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A METHOD AND APPARATUS FOR AUTOMATIC 
UPDATING OF PRINTER CONFIGURATION AND STATUS DATA 



BACKGROUND OF THE INVENTION 

Print drivers have long been used to format and transfer computer data from a 
source of data such as a computer to an output device such as a printer. However, 
because printers from different manufactures typically have different software and 
hardware conJBgurations, print drivers typically need to be customized to match the 
particular printer configuration. Users enter relevant data into the computer to customize 
the print drivers. 

User entry of printer customization data can be time consuming, and is prone to 
user error. Thus bi-directional drivers that are capable of receiving and processing printer 
status and configuration data have been implemented. 

However, the most widely used operating system, the Windows operating system 
from Microsoft Corporation of Redmond, Washington, are not designed to support bi- 
directional drivers. Current implementations of bi-directional drivers in Microsoft OS 
systems circumvent the spooler to enable data flow in two directions. Circumventing the 
spooler does not conform to Microsoft specifications. Failure to conform to Microsoft 
specifications creates problems regardless of the Windows operating system used. In 
Windows NT systems where many clients communicate to printers through a print server, 
the avoidance of the print spooler prevents the updating of printer information in the print 
server because typically, only a system administrator may change the printer 
configuration settings in the printer server. In Windows 95 and Windows 98 systems that 
utilize a print server, the print server data is not updated because Windows assumes that 
the print configuration data is local client data and thus fails to update the print server. 

Thus an improved bi-directional print driver is needed. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows a networked system including a client device that conununicates 
with a printer through a print server. 

Figure 2 is a flowchart that illustrates operation of a bi-directional print driver in a 
data "push" configuration. 

Figure 3 shows a schematic view of possible data flows in a print provider. 

Figure 4 shows a schematic view of a possible port monitor architecture including 
possible data flows for use in a Windows operating system. 

Figure 5 shows one example of a possible user interface displays for setting up 
port information and bi-directional conautnunication settings. 

Figure 6 shows a second example of a possible user interface display for adjustmg 
polling information used in monitoring printer status and configuration data. 

DETAILED DESCRIPTION OF THE INVENTION 

Figure 1 illustrates a networked system including a printer 104 that is coupled to a 
print server 108. Print server 108 transfers data to be printed from multiple cUents 108, 
112, 116 to printer 104. Print server 108 also transfers printer data, including printer 
status and configuration data, from printer 104 to clients 108, 112, 116. 

In order to control the flow of data, a local spooler program runs m each client 
108, 112, 116. In one embodiment, the spooler program is part of an operating system 
such as Wmdows 98 or Windows NT firom Microsoft Corporation of Redmond 
Washington. A user installed port driver in a port monitor interfaces with the print 
spooler to convert the data firom the print spooler mto a format suitable for a 
corresponding printer. For example, when conmiunicatmg with printers made by Xerox 
Corporation of Stamford, Connecticut, a Xerox TCP/IP port monitor may be instaUed on 
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the server computer to enable formatting of documents to conform to a LPR or Port 9100 
protocol. The print monitor maintains data on printer configuration and printer status. 
Examples of printer configuration data include information on printer set ups such as 
duplex information, tray and envelope information that may indicate paper sizes and 
colors, preprinted header information on the paper and the like. Examples of printer 
status data include information on whether the toner is low or whether a paper jam exists 
in the printer. For purposes of this application, the term "summary printer data" will be 
used to include both printer configuration data and printer status data. 

Single direction print monitors only allow data flow from the client computer to 
the printer. Thus updates to printer configuration or status are manually entered by the 
end user. As previously discussed, such data entry is prone to errors. Bi-directional print 
monitors enable a printer to automatically update monitor data. However, the Microsoft 
spooler architecture in Windows NT and Windows 98 was not designed to support bi- 
directional print monitors. Thus, in current embodiments of bi-directional print monitors 
operating in a Microsoft operating systems, the print device driver obtains the IP address 
of the printer and directly addresses the printer circumventing the operating system print 
spooler. 

Circumventing the operating system print spooler breaks operating system 
protocols for the current generation of Microsoft Windows operating systems. 
Furthermore, circvunventing the operating system print spooler creates additional 
problems in Windows NT networks that utilize print servers to maintain and monitor 
printer settings. In particular, when a print server is used to maintain printer settings, 
client computers connected to the print server are unable to change or otherwise update 
the stored printer configuration settings because typically only a print server 
administrator is authorized to change print server local configurations. 

Jn order to unplement a bi-directional print driver in a Microsoft Windows 
operating system and allow upgrading of printer configurations in a print server, one 
embodiment of the current invention utilizes a polling method of updating data. Figure 2 
is a flow diagram illustrating the communication of data in a polling "push" architecture. 
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In block 204, a poll device, which may be implemented in the port monitor, periodically 
transmits a request signal to the printer. A server adndnistrator may set the time interval 
between periodic request signals. Typical printer data requests may include, but are not 
limited to, configuration and printer status data. Examples of printer configuration data 
include paper types, paper size, paper finishes (glossy or matte), and envelope trays. 
Printer status data typically describe a state of printer operation. Examples of printer 
status data include whether a printer is ready, that the printer is janmied, or that toner 
levels are low. In block 208, the printer transmits a response signal that answers the 
request signal. The response signal provides the requested data. 

In block 212, a processor compares the printer data received in response to the 
poll request with stored data from previous poll requests. If the polled data matches the 
stored data, no change has occurred, no control flags are set, and the system waits a 
preset time interval in block 214 before transmitting another poll request. However, if 
the received data does not match the stored data, then a change in either printer status or 
printer configuration has occurred, and corresponding control flags are set in block 216. 
In one embodiment, a port monitor manager uses the control flag settings and the stored 
settings to direct future printer instructions, hi an alternate embodiment, the port monitor 
manager may wake up the print driver to effect the configuration changes as shown in 
block 220. 

When the polling device is implemented in a print server, the change in printer 
configuration or status may be "pushed" through the system. As used herein, the term 
"push" refers to transferring data back through the system from the printer to a print 
server, and from the print server to the client In block 224, the print sever transmits 
printer configuration and printer status data changes to the client computers that originate 
printer instructions. One method of communicating such changes is by transmitting 
control flags. 

In Windows NT operating systems from Microsoft, the preferred method of 
informing the print driver of configuration changes is by using the Print Driver Event API 
which is defined and described in the Windows NT DDK (Device Ehiver Kit) published 
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by Microsoft of Redmond Washington and which is hereby incorporated by reference. In 
operating systems in which the server registry is not assmned to be the local registry 
clients request that a Pipe Server thread be used to transfer the control flags or updated 
printer data from the server registry to the client computers. Examples of operating 
systems in which the server registry is not assumed to be the local registry include 
Windows 95 and Windows 98. Thus, in the previously described embodiment, cUent 
computers connected to the print server or a print queue automatically receive the 
updated settings. 

Figure 3 illustrates possible data flow paths from a Microsoft Windows NT client 
system 304 to a plurality of printers 306, 308, 310, 312. A detailed description of the 
Windows NT print server architecture is provided in the Windows NT DDK which was 
previously incorporated by reference. An application, 314, typically software that 
generates text or graphics such as Microsoft Power Point or Microsoft Word creates a 
document. Application 314 creates a print job by calling a Graphics Driver Interface 316 
(GDI) as illustrated by data path 318. Graphics Driver interface 316 creates a spool fde. 
In specialized applications, the application program may directly create spool file without 
using the GDI as illustrated along data path 320. 

Most functions defined by print providers require a printer handle as input. In an 
example Windows NT operatmg environment, the client spooler obtains a printer handle 
by calling a command OpenPrinter in the client Winspool.drv 322. The calling of the 
OpenPrinter command causes WinspooLdrv 322 to call API server 324 (spoolsv.exe). 
The capabilites of the spooler are defined by the API functions available. 

A client spooler router 326 (spoolss.dll in Windows NT) calls each print 
provider's OpenPrinter fimction until one of the print providers supplies a printer handle 
and a return value indicating the print provider recognizes the specified printer name. 
The printers called may be either local printers, remote printers running Windows NT and 
remote printers running other operating systems. Local printers are called via a local 
connection using localspl.dll 328. Windows NT print servers may be called via a remote 
connection using Win32spl.dll 330. Print servers that utilize non Windows compatible 
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operating systems may be called using other Provider DLLs 332. Examples of Non 
windows DLLs supported by a Windows NT and/or Windows 2000 client system 
include, but are not limited to, nwprovau.dll for Novell NetWare print servers and 
inetpp.dll for HTTP print providers that handle print jobs sent to a URL. 

A Kernel-mode or Port Driver stack 334 directs the open printer call from the 
client system 304 to local printer 306, to remote printer 307, to networked servers 336, 
338 coupled to corresponding printers 308, 310, and to Windows NT server system 340 
coupled to corresponding printer 312. Windows NT server system 340 receives the 
remote procedure call interface (RPC) signal 342 from the client system 304 at the 
remote prmt server router 344. The printer server router 344 generates its own 
OpenPrinter function 346 that propagates through server Localspl.dll 348 and the print 
server Kemel-mode Port Driver Stack 350 to printer 312. 

The printer spooler router 344 calls each printer's 312 OpenPrinter function until 
one of them supplies a printer handle and a retum value indicating the print 312 
recognizes the specified printer name. The printer spooler router 344 then returns its own 
handle to the client system 304. The print router handle includes both the printer handle 
and the print server handle. This print router handle is returned to the appUcation 314. 
The transferred handles allows appUcation 314 to direct subsequent calls to the correct 
print server and printer. 

Figure 4 shows a port monitor architecture 400 as implemented in one 
embodiment of the invention. In one embodiment of the invention, a server, using the 
port monitor of Figure 4, transmits inquiries regarding printer status and configuration to 
a printer using a polling method. When a change in printer status or configuration 
occurs, the port monitor updates stored printer configuration and status data in a registry 
of the server. Some client operating systems, such as Windows NT utilizes the server 
registry as the local registry. However, other client operating systems, such as Windows 
9x series operatmg systems includmg Windows 95 and Windows 98 maintain a separate 
local registry. In such systems, the cUent may periodically poll the server to determine 
printer configuration and/or status changes. When such changes are detected, the client 
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may retrieve the printer configuration or status changes from the server via a server 
thread. 

Block 402 includes protocol support 404 hardware and software that receives 
streams of print data from each port cell such as a first port 406 and a second port 408. 
Protocol support 404 converts the data into a print data stream that matches an acceptable 
printer protocol for output to a printer. Typical ffiEE accepted protocols include LPR 
(Line print protocol), LPR with byte counting and AP Socket 9100 although other 
protocols may also be possible. 

Because the print system is a dynamic system, printers and clients may be added 
to the network. Block 410 of Figure 4 includes components used to add ports to the print 
server. In block 410, Port Wizard software 412 conrniunicates with an auto printer 
discovery dynamic link Ubrary (DLL) 414. Discovery DLL 414 utilizes discovery APIs 
416 to determine attached or available printers. After determining available printers, Port 
Wizard software 412 adds ports using add port subroutine 418. Configure port 
subroutine 420 properly configures the added ports. When the print spooler 424 is part 
of an operating system, both the port management software of block 402 and the add port 
software of block 410 use port monitor application program interfaces (APIs) shown in 
block 422 to format and transmit requests to the print spooler. When the operating 
system is a Windows operating system from Microsoft Corporation of Redmond, WA, 
the port monitor APIs in block 422 are Microsoft defined APIs used to communicate witii 
the Windows Print Spooler. 

In Figure 4, Port Device Data Manager 426 interfaces witii a port monitor printer 
manager 428. In one embodiment of the invention, botii port device data manager 426 
and port monitor printer manager 428 are part of a print server tiiat tiransfers information 
between a printer and client computers. 

Port device data manager 426 includes a shared locked memory 430 tiiat 
maintains configuration data, status data and control data for each printer coupled to the 
print server. A port manager API 440 manages communications with a printer using a 
standard communications protocol such as SNMP. SNMP communication is controlled 
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by a text based file containing printer information. An example of such a text base file is 
included in Figure 4 as "product config.ini'* 442. A communications network or a 
corresponding Bidi thread such as first port thread 432 conmiunicates configuration data 
434 and status data 436 from the printer to the appropriate memory locations 438 in 
shared/locked memory 430. 

One method of maintaining status and configuration data is to continuously 
replace the stored configuration data and status data in memory location 438 with newly 
received configuration data and status data. However, constant retransmission of all 
printer configuration and status data to all clients consumes excessive network 
bandwidth. In order to minimize retransmission of configuration and status data from the 
print server to cUent devices, changes in configuration data and status data may be 
summarized by settmg appropriate control flags 444 that represent any changes in the 
configuration or status data. In one embodiment of the mvention, shared locked memory 
430 also stores the control flags 444. 

The described communications network or first port thread 432 may be replicated 
for each port coupled to a printer. For example. Figure 4 shows a second port thread 446 
that receives corresponding configuration data 448 and status data 450 from a second 
printer (not shown). A second memory region 452 of shared locked memory 430 
maintains the configuration and status data as well as corresponding settings of control 
flags. The data in second memory region 452 may be used by the print server as well as 
retransmitted to chent computers. 

Printer manger 428 includes a multi-tasking printer manger thread 454 that 
receives data from shared locked memory 430 of device port manager 426. The data 
may include configuration data, status data and/or control flags. Printer change 
notification thread 456 tracks changes in printers coupled to respective ports of the print 
server. When the printer notification thread 456 is implemented in a Microsoft Wmdows 
environment, the printer change notification thread 456 may use standard Microsoft APIs 
to detect printer changes. Port printer manager 428 coordinates information from printer 
change notification thread 456 and Printer manager thread 454 with available printer data 
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stored in printer list 458 and available port data stored in port list 460. Printers identified 
in list 458 typically have a corresponding entry in registry 468 corresponding to the 
printer. Each printer entry in printer list 458 may include, but is not limited to, printer 
names, device ids, port names, port handles, configuration Ids, status Ids, and printer 
events. Port hst 460 may include, but is not limited to data pertaining to each port such 
as port handles and previous control states. 

Print manager thread 454 summarizes data received from printer list 458, port list 
460 and shared locked memory 430 and forwards the summarized data to a summarized 
data 469 area in printer registry 468. In addition, print manager thread 454 alerts printer 
driver 462 of the changes. The print driver converts the summarized data 469 to an 
intemal format 471 compatible with the print driver. The intemal format data 471 is 
stored in a corresponding area of printer registry 468, The operation of a typical print 
driver is described in the Microsoft Windows NT DDK which has been incorporated by 
reference. 

When client 464 is a client that maintains a local print driver and thus does not 
automatically assume use of a server print driver, (examples of such operating systems 
include Windows 9x cUents referring to clients computers that operate using Microsoft 
Windows 95 and/or Windows 98) the cUent 464 requests that pipe server thread 466 
retrieve summarized data 469. Pipe server thread 466 may perform or facilitate both 
client transmission of data request commands as well as pipe server thread 466 generated 
responses of configuration and status information. 

Some clients may utilize operating systems that assimie the use of a print server driver as 
the local driver. One example of such an operating system is a Windows NT operating 
system. Each Windows NT client, such as client 470, may directly access data from 
registry 468. 

Figure 5 shows one example of a user interface that may be implemented for 
controlling bidirectional communications. In screen 504, a summary 506 of port setting 
is provided. Any of these values may be modified by selecting back button 508 to 
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change a selected characteristic. Completion of the port configuration may be achieved 
by hitting finish button 512. 

Additional details of configuring the port are illustrated in Screen 516 of Fig 6. 
Bi-directional settings section 520 of screen 516 allow users to enable or disable bi- 
directional communications. Screen 516 also allows user defined timer intervals between 
printer configuration updates and printer status updates by filling in the corresponding 
time interval boxes 524, 528. 

It will be appreciated that the foregoing description is intended to be illustrative. 
Variations and modifications of the descriptions provided herein will present themselves 
to those skilled in the art. For example, the focus of the descriptions has been on the 
transfer of data between printers and clients running specific Windows operating systems. 
However, other operating systems which use architecture similar to the described 
operating systems may also implement the described invention. As a further example, 
different types of printer data besides the examples of printer status and printer 
configuration data described may be transferred. Accordingly, the present description 
should not be read as limiting the scope of the claims except and xmless indicated to the 
contrary. 
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CLAIMS 

1. A method of updating a print driver in a print server comprising the operations 

of: 

gathering printer configuration data from a printer at a printer port; 
monitoring the incoming printer configuration data for changes; 

recognizing the changes in configuration data; and, 
saving the changes in configuration data as sunmiarized data in a spooler registry. 

2. The method of claim 1 further comprising the operations of: 

waking a server print driver and alerting the server print driver of changes in 
configuration data to allow conversion of the summarized data to an intemal format. 

3. The method of claim 2 wherein a printer manager thread of the print server 
performs the operation of alerting the server printer driver. 

4. The method of claim 1 wherein the monitoring operation ftuther comprises: 
polling a printer to periodically gather new printer configuration data; and 
comparing data gathered in the poUing operation witii stored printer configuration 

data. 
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5. The method of claim 4 wherein the monitoring operation further comprises: 

setting flags when the comparing operation determines that the new printer 
configuration data does not match the stored configuration data; and 

wakmg a print driver to make a configuration change that matches the set fiag. 

6. The method of claim 2 wherein the wakmg operation is executed by 
transmitting a print driver event API defined by a Windows Operating System. 

7. A metiiod of updating a print driver in a client device comprising die 
operations of: 

gathering summarized printer data from a printer at a printer port of a print server; 

monitoring the mcoming printer configuration data at the print server for changes 
in the configuration data; and, 

updating a print server registry of the print server when a change in summarized 
configuration data occurs. 

8. The metiiod of claun 7 wherein a Windows NT cUent directiy retiieves 
summarized printer data from die print server registiy. 

9. The metiiod of claun 7 wherein a cUent ttiat maintains a local cUent registry 
requests via a pipe server tiiread tiie transfer of summarized printer data to tiie cUent 
device. 
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10. The method of claim 7 further comprising the operation of updating a cUent 
device print registry when a change in smnmarized printer data occurs. 



11. The method of claim 7 wherein the transferring operation occurs using a 
server thread that determines configuration options from the server registry and transfers 
the configuration options to the cUent device. 



12. The method of claim 11 wherem the transfer of the configuration options 
occurs using an operating systems object. 

13. The method of claim 7 wherein the summarized printer data is printer 
configuration data. 

14. The method of claun 7 wherein the summarized printer data is printer status 

data. 
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15. A system to output printed documents compnsmg: 

a printer to output convert electronic signals into a printed document, the printer 
having a configuration state that corresponds to a particular period in time; 

a first client device that receives an input and transmits print signals to define a 
docmnent to be printed on the printer, the fu:st client including a local print registry that 
maintains the configuration states of the printer; 

a second cUent device that receives a second input and transmits print signals to 
defme a second document to be printed on the printer; and 

a print server coupled to the first client device and the second client device, the 
print server including a print server registry that maintains the configuration states of the 
printer. 



16. The system of claim 15 wherein data in the print server registry is regularly 
transferred to the local registry of the first cUent and a second local registry of the second 



cUent. 



17. The system of claim 15 wherein the transfers occur when polling of the first 
cUent and poUing by the second cUent determines that a change in configuration states of 
the printer has occurred. 



18. The system of claim 15 wherein the print server runs software that conforms 
to the Windows operating system defmed by Microsoft and uses a pipe server thread that 
transfer the changes in configuration states firom the printer to the cUent device. 
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19. The system of claim 15 wherein software running on the print server further 
comprises: 

a first code section that periodically polls the printer and compares results from 
the poU to the server registry to determine changes in configuration states. 



20. The system of claim 19 wherein the software includes a second code section 
that transmits the changes in configuration states to the first cUent device and the second 



client device. 



21. The system of claim 15 wherein the print server operates a Windows NT 
operating system and the second cUent device operates a Windows operating system that 
uses the server print registry as a local registry. 



22. The system of claim 15 wherein the print server includes a driver that 
receives notice of changes in printer configuration states and updates the print server 



registry. 
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ABSTRACT 



A method and apparatus for updating print drivers is described. The described 
system includes a port monitor that monitors the configuration and status of a printer. 
When changes occur to the configuration of a printer, the port monitor updates a print 
driver registry on the print server. The port monitor also wakes the print driver on the 
print server and informs the print driver of the configuration changes. Depending on the 
client operating system used, a cUent device connected to the server's shared print queue 
may either directly read or request the configuration data from the print server. In some 
client operating systems, the cUent device may also update a local registry on the client 
device to reflect the changes in configuration of the printer The described system allows 
print drivers to have a consistent interface to printer configuration and status data 
regardless of which version of the Microsoft Windows Operatmg System is used by the 
client. 
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T-168 p. 03/04 Job-784 



PATENT APPLICATION 

Anorney Docket No. d/aoios 

DECLARATION AND PQWEP OF ATTORNEY FOR PATEN T APPLICATION 

AS a Ceiow named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name, 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint 
inventor (if plural names are listed below) of the subject matter which is claimed and for which a patent is 
sought on the Invention entitled: A METHOD AND APPARATUS FOR AUTOMATIC UPDATE OF A 
PRINTER DRIVER CONFIGURATION AND STATUS 

the specification and claims of which 

gl are attached hereto OR □ was filed on as U .S. Application No. 

I hereby state that I have reviewed and understand the contents of the above-identified specification, Including 
the claims. 

I acknowledge the duty to disclose information which is material to the patentability as defined in Title 37, 
Code of Federal Regulations, §1.56. 

I hereby claim priority benefits under Title 35, United States Code, §119 of any foreign or U.8. Provisional 
application(s) for patent listed below, and have also identified below any foreign application(s) or Provisional 
appllcatipn(s) for patent having a filing date before that of the application on which priority is claimed: 

Prior Foreign or U.S. Provisional AppIioation(5) 



(Number) (Country) (Day/Month/Year Filed) 



POWER OF ATTORNEY: As a named inventor, I hereby appoint the following registered practitioners 
to prosecute this application and transact all business in the Patent and Trademark Office connected 
therewith. 



John E. Beck 
Ronald F. Chapuran 
Mark Costello 
Richard B, Domingo 



Reg. No. 22,693; 
Reg. No. 26,402; 
Reg. No. 31.342; 
Reg. No. 36,784; 



ADDRESS ALL CORRESPONDENCE TO: 
John E. Beck 
Xerox Corporation 
Xerox square 20A 

Rochester, New York 14644 



Henry Fleischer 
Eugene 0. Palazzo 
Denis A. Robitallle 
Kent M. Chen, 



Reg. No. 25,582; 
Reg. No. 20,881; 
Reg. No. 34,098; 
Reg. No. 39,630 



DIRECT TELEPHONE CALLS TO: 
(name and telephone number) 
Kent M. Chen 
310-33^663 



I hereby declare that all statements made herein of my own Knowledge are true and that all statements made 
on information and belief are believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or both, 
under §1001 of Title 18 of the United States Code and that such willful false statements may jeopardize the 
validity of the application or any patent issuing thereon. 
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DECLARATION AMD POWER O f ^jmnHEW. continued 

Name of sole or first inventor: Rajimpnd J. Sabbagh 



Inventor's Signature: 
Residence: 23709 Hynford I 
Citizenship: USA 



Attorney Docket No. D/A0105 



Rajmond J. Sabbagh y 

Date: ^U/mQ 

lac6fHdr6or City. CA 90710 ^ 



Post Office Address: 
(Sam© as above) 



Nam© of second joint inventor; May G. Onaga 



Inventor's Signature: _ — . 

Residence: 4963 Corsica Drive, Cypress, California 90630 
Citizenship: USA 



Date: 



Post Office Address: 
(Same as above) 



Name of third joint Inventor: Ukang Quo 



Inventor's Signature: — 

Residence: 1 29 Keyel Drive, Rochester, New York 1 4625 

Citizenship; China 



Date: . 



Post Office Address: 
{Same as above) 



Evral E, Bodden 



Name of fourth joint inventor: 
Inventor's Signature: 

Residence: 1 451 1 Cordary Avenue, Hawthorne. California 90250 
Citizenship; USA 



Post Office Address; 
(Same as above) 



PATENT APPLICATION 

Attorney Docket No. d/a0105 

npr. ARATIQN A Nn POWER OF ATT O °MPV PATENT APPLICATION 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name. 

, believe . am the original. ^^^^^^^^^^ Sd^inS J^hlcra^^^^^^^^ 

ri^TntS A 'MtT^OD AnTIpPARATUS FOR AUTOMATIC UPDATE OF A 
PRINTER DRIVER CONFIGURATION AND STATUS 



the specification and claims of which 

g| are attached hereto OR □ was filed on. 



as U.S. Application No. 



, hereby state that I have reviewed and understand the contents of the above-identified specification, including 

the claims. 

I acknowledge the duty to disclose infom^ation which is material to the patentability as defined in Title 37, 
Code of Federal Regulations, §1.56. 

, .ereb, Cain, prto* ^"frr^^ra^T^ld.S'S^o™ -XX^^^^^^^^ 

Prior Foreign or U.S. Provisional Application(s) 



(Number) 



(Country) 



(Day/MontlVYear Filed) 



therewith. 



John E. Beck 
Ronald F. Chapuran 
MarkCostello 
Richard B. Domingo 



Reg. No. 22,833 
Reg. No. 26,402 
Reg. No. 31,342 
Reg. No. 36,784; 



Henry Fleischer 
Eugene O. Palazzo 
Denis A. Robitaille 
Kent M. Chen, 



Reg. No. 25,582; 
Reg. No. 20,881 
Reg. No. 34,098 
Reg. No. 39,630 



ADDRESS ALL CORRESPONDENCE TO: 
John E. Beck 
Xerox Corporation 
Xerox Square 20A 
p»oh4^ter. New York 14644 



DIRECT TELEPHONE CALLS TO: 
(name and telephone number) 
Kent M. Chen 
310-333-3663 



, ^ declare ,ha, m stateme^ made '^'^.'^J^^^^I^^^^ZS^^^ 

on Wormation and belief are believed to be '^'^^^J^' ZZ or impnsonment, or both, 

Sr»tr,'^3rt:»^src:srndCSh^:r^^^^ 

validity of the application or any patent issuing thereon. 



DECLARATION AND POWER OF ATTOR NEY, continued 

Namo of sole or first Inventor: Raymond J, Sabbagh 



Inventor's Signature: — • 

Residence: 23709 Hynf ord Place, Harbor City, CA 9071 0 
Citizenship: USA 



Attorney Docket No, D/A0105 



Oate: 



Post Office Address: 
(Same as above) 



Name of second Joint Inventor: May G. Onaga 

Inventor's Signature: _ 

Residence: 4963 Corsica Drive, Cypress, California 90630 
Citizensliip: USA 



Date: 



Post Office Address: 
(Same as above) 



Name of third joint Inventor: Lil<ang Guo 



Inventor's Signature: 
Residence: 1 29 Keyel Drive 
Citizenship: China 



, Rochester, New York 14625 



Date: jMBl^ 

Post Office Address: 
(Same as above) 



Name of fourth joint inventor: Evral E. Bodden 



inventor's Signature: -— — — z- 

Residence: 1451 1 Cordary Avenue, Hawthorne, California 90250 

Citizenship: USA 



Date: 



Post Office Address: 
(Same as above) 
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PATENT APPLICATION 

AJtQrney Docket No. o/AOlos 

ngCLARATION AND POWER OF ATf OBNEY FOR PATgNT APPUCATIPM 

As a betew named inwntor, I hereby declare lhai; 

My residence, post oftloe address and citiaenship are as stated below next to my name. 

1 believe I am the original. r.«t and sole Inventor (If only one name is listed below) or an o^^f^Jjj^l and joint 
hventer (if plural names are listed below) of the •"bjj»ct matter w^^^^ 

souflW on the invention entitled: A METHOD AND APPARATUS FOR AUTOMATIC UPDATE of a 
PRINTEA DRIVER CONFIGURATION AND STATUS 



the tpecilication and claims of which 

IS are attached hereto OR □ was filed on , 



. as U.S. Applicalion No. . 



I hereby Slate that 1 have reviewed and understand the contents of the above-identified specification, Including 
the claims. 

I acknowledge the duty to disclose information whteh is material to me patentability as defined in Title 37. 
Cede of Federal Regulations. §1.56. 

I hereby claim priority benefits under Title 35, United States Code. §i 19 of «ny J^^'S" ^^^^^^^^ pSSoJSI 
eppi catton(s) for patent listed below, and have also Identified below any foreign ^^^^^'^^^^l^,"'''^'''^ 
ap?Son(s) for ^tent having a filing date before that of the application on which pnonty <s claimed. 

Prior Foreign or U.S. Provisional Application(s) 



(l^umber) 



(Country) 



(Day/Monlh/Vear Filed) 



POWER OF ATTORNEY: As a namw l Inventor. I hereby appoint the foltowlna '*^<9\^ Pfa^^rs 
to prosecute ttils appli««lon and transact alt business in the Patent and TrHdemartc Office connected 
therewith- ^ 
John E. Beck Beg. No. 22,833; ?"^^'"2lL^ 

Ronald F.Ch.puiw Bag.Ho.M^M5 5"^°oi?iS? 
- ' Reg. No. SI ,342; DenHi A. BobHillte 

Reg. No. 36,784; K«mM.Chon, 



MarkCertille 
RIoherd B. Domingo 



Rog.No.25,S82: 
Reg. No. 20,881; 
Reg. No. 34,008: 
Reg. No. 39.630 



ADDRESS ALL CORRESPONDENCE TO: 
Voim i. Seek 
Xerox Corporation 
Xerox SqumaOA 

Rocheeter. New York 14844 



DIRECT TELEPHONE CAUS TO: 
(name end telephone number) 
KontM.Chon 
31C»-333-3663 



I hereby declare that ell statements made he«in of my own knowledge ere tme end that all 

!Si^SS^nrS \^\S^lrm baUeved to be tme: and further that these stalenfwnts were made with the 
JSoSX SatSSuWe J^^^^ made are punishable by fine or impn«)nment. or both. 
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A^o^rmiiw nnr.kAt Mo. IVAOIOS 



Name of sol© or fii« inventor Raymond J. Sabbagh 



Sn«f Hynford Plac^Ha^or City. CA 90710" 
Citizenship: USA 



Attorney Docket No. 0/AOlOS 



Date: 



Post Office Address: 
(Same as above} 



Name of second joint inventor: May 6. Onaga 

RSJiw?'^"?96© Corsica Drive. Cj^^J^l'fomi 
Citizenship: USA 




10630 



_ Date;X-r^-r?t?y^~ 

Post Office Address: 
(Same a$ above) 



Name of third joint inventor Likang Quo 

Dale: , 

CUteenshlp: CWna (Same as above) 



Name of fourth joint Inventor: Evral Bodden 

_ Dale: 

Cillzenship; USA (Same as above) 
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